| 移动端APP应用版本升级更新方案：整包更新及资源在线升级（热更新） | 您所在的位置：网站首页 › pear app下载地址最新ios › 移动端APP应用版本升级更新方案：整包更新及资源在线升级（热更新） |
移动端APP应用版本升级更新方案：整包更新及资源在线升级（热更新）
|
App端的升级，又分为整包更新和资源热更新两种： 1、整包更新，即常规的整个App安装包重新下载安装。 2、资源热更新，即App不重新安装，里面的js等前端代码进行更新。 一、整包更新方案1、IOS更新 一般iOS Appstore的安装包，无法直接更新。App启动后检查有新版本，只能跳转到Appstore，然后用户在Appstore的详情页点击更新按钮。 2、Android更新 而Android App，可以直接下载新的apk，只要包名和证书不变，就可以覆盖安装。 注意： （1）App的升级检测代码必须使用条件编译，否则在非App环境由于不存在plus相关API，将会报错。 （2）升级地址URL，如果是自行托管的App，就提供自己的包地址。如果是打开应用市场，那URL如下： if (plus.os.name=="Android") { appurl = "market://details?id=io.dcloud.hellouniapp"; //这个是通用应用市场，如果想指定某个应用商店，需要单独查这个应用商店的包名或scheme及参数 } else { appurl = "itms-apps://itunes.apple.com/cn/app/hello-uni-app/id1417078253"; }（3）版本检测需要打包app，真机运行基座无法测试。因为真机运行的plus.runtime.version是固定值。 关于升级，比较省事的就是跳转到浏览器下载apk包，下载完成之后安装。另外可以在应用内下载，下载完成之后调用plus.runtime.install安装。具体代码如下： // 在index.vue 中的onload方法里面或者app.vue中的onLaunch中添加如下部分： update() { var _this = this; uni.request({ url: `${this.$store.state.apiBaseUrl}/users/versions`, //请求接口 method: 'POST', success: result => { if (result.data.code == 1) { plus.runtime.getProperty(plus.runtime.appid, function(inf) { if(inf.version != result.data.data.versions){ uni.showModal({ title: "发现新版本", content: "确认下载更新", success: (res) => { if (res.confirm == true) {//当用户确定更新，执行更新 _this.doUpData(); } } }) } }); } }, }) }, doUpData() { uni.showLoading({ title: '更新中……' }) uni.downloadFile({//执行下载 url: '***', //下载地址 success: downloadResult => {//下载成功 uni.hideLoading(); if (downloadResult.statusCode == 200) { uni.showModal({ title: '', content: '更新成功，确定现在重启吗？', confirmText: '重启', confirmColor: '#EE8F57', success: function(res) { if (res.confirm == true) { plus.runtime.install(//安装 downloadResult.tempFilePath, { force: true }, function(res) { utils.showToast('更新成功，重启中'); plus.runtime.restart(); } ); } } }); } } }); } 二、资源在线升级（热更新）HBuilderX 1.6.5 起，uni-app 支持生成 App 资源升级包。 1、生成 App 资源升级包 （1）修改版本号： 首先，更新 manifest.json 中的版本号。比如之前是 1.0.0，那么新版本应该是 1.0.1 或 1.1.0 这样。 
（2）发行： 然后，在 HBuilderX 中生成wgt的升级包（wgt）：菜单->发行->原生App-制作移动App资源升级包 
生成结束会在控制台告知升级包的输出位置。 
2、安装资源升级包 应用的升级需要服务端与客户端配合完成，下面以本地测试过程中的操作举例说明： （1）存放资源 将 %appid%.wgt 文件存放在服务器的 static 目录下，如即 http://www.example.com/static/UNI832D722.wgt。 （2）服务端接口 约定检测升级的接口，如地址为：http://www.example.com/update/ （3）传入参数 参数名类型默认值说明 name String '' 客户端读取到的应用名称，定义这个参数可以方便多个应用复用接口。 version String '' 客户端读取到的版本号信息（4）返回参数 参数名类型默认值说明 update Boolean false 是否有更新 wgtUrl String '' wgt 包的下载地址，用于 wgt 方式更新。 pkgUrl String '' apk/ipa 包的下载地址或 AppStore 地址，用于整包升级的方式。（5）代码示例 下面是一个简单的服务端判定的示例，仅做参考，实际开发中根据自身业务需求处理。 var express = require('express'); var router = express.Router(); var db = require('./db'); // TODO 查询配置文件或者数据库信息来确认是否有更新 function checkUpdate(params, callback) { db.query('一段SQL', function(error, result) { // 这里简单判定下，不相等就是有更新。 var currentVersions = params.appVersion.split('.'); var resultVersions = result.appVersion.split('.'); if (currentVersions[0] < resultVersions[0]) { // 说明有大版本更新 callback({ update: true, wgtUrl: '', pkgUrl: result.pkgUrl }) } else { // 其它情况均认为是小版本更新 callback({ update: true, wgtUrl: result.wgtUrl, pkgUrl: '' }) } }); } router.get('/update/', function(req, res) { var appName = req.query.name; var appVersion = req.query.version; checkUpdate({ appName: appName, appVersion: appVersion }, function(error, result) { if (error) { throw error; } res.json(result); }); });注意事项 以上约定，仅做参考。 服务端的具体判定逻辑，请根据自身的业务逻辑灵活处理。 应用中的路径尽量不要包含特殊符号3、客户端检测升级 在 App.vue 的 onLaunch 中检测升级，代码如下： // #ifdef APP-PLUS plus.runtime.getProperty(plus.runtime.appid, function(widgetInfo) { uni.request({ url: 'http://www.example.com/update/', data: { version: widgetInfo.version, name: widgetInfo.name }, success: (result) => { var data = result.data; if (data.update && data.wgtUrl) { uni.downloadFile({ url: data.wgtUrl, success: (downloadResult) => { if (downloadResult.statusCode === 200) { plus.runtime.install(downloadResult.tempFilePath, { force: false }, function() { console.log('install success...'); plus.runtime.restart(); }, function(e) { console.error('install fail...'); }); } } }); } } }); }); // #endif4、不支持的情况 （1）SDK 部分有调整，比如新增了 Maps 模块等，不可通过此方式升级，必须通过整包的方式升级。 （2）原生插件的增改，同样不能使用此方式。 （3）对于老的非自定义组件编译模式，这种模式已经被淘汰下线。但以防万一也需要说明下，老的非自定义组件编译模式，如果之前工程没有 nvue 文件，但更新中新增了 nvue 文件，不能使用此方式。因为非自定义组件编译模式如果没有nvue文件是不会打包weex引擎进去的，原生引擎无法动态添加。自定义组件模式默认就含着weex引擎，不管工程下有没有nvue文件。 5、注意事项 （1）条件编译，仅在 App 平台执行此升级逻辑。 （2）appid 以及版本信息等，在 HBuilderX 真机运行开发期间，均为 HBuilder 这个应用的信息，因此需要打包自定义基座或正式包测试升级功能。 （3）plus.runtime.version 或者 uni.getSystemInfo() 读取到的是 apk/ipa 包的版本号，而非 manifest.json 资源中的版本信息，所以这里用 plus.runtime.getProperty() 来获取相关信息。 （4）安装 wgt 资源包成功后，必须执行 plus.runtime.restart()，否则新的内容并不会生效。 （5）如果App的原生引擎不升级，只升级wgt包时需要注意测试wgt资源和原生基座的兼容性。平台默认会对不匹配的版本进行提醒，如果自测没问题，可以在manifest中配置忽略提示，详见https://ask.dcloud.net.cn/article/35627 6、关于热更新是否影响应用上架 应用市场为了防止开发者不经市场审核许可，给用户提供违法内容，对热更新大多持排斥态度。 但实际上热更新使用非常普遍，不管是原生开发中还是跨平台开发。 Apple曾经禁止过jspatch，但没有打击其他的热更新方案，包括cordovar、react native、DCloud。封杀jspatch其实是因为jspatch有严重安全漏洞，可以被黑客利用，造成三方黑客可篡改其他App的数据。 使用热更新需要注意： 上架审核期间不要弹出热更新提示 热更新内容使用https下载，避免被三方网络劫持 不要更新违法内容、不要通过热更新破坏应用市场的利益，比如iOS的虚拟支付要老老实实给Apple分钱如果你的应用没有犯这些错误，应用市场是不会管的。 |
【本文地址】